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(57) An automation interface is provided for interact- 
ing with industrial controllers. The automation interface 
provides for programming, editing, monitoring and 
maintenance of industrial controllers programmatically 
from a local or remote location. The automation inter- 
face component is adapted to communicate with indus- 
trial controllers by integrating a computer process inter- 
face library into the automation interface component. 



The computer process interface library exposes the au- 
tomation interface component to client application proc- 
esses, so that the client application processes can com- 
municate with the at least one industrial controller pro- 
grammatically. The automation interface is provided 
with functionality for downloading, uploading and pro- 
gramming of control programs to the processors of the 
industrial controllers. 
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Description 
Technical Field 

[0001] The present invention generally relates to in- 
dustrial control systems and in particular to an automa- 
tion interface for industrial controllers. 

Background of the Invention 

[0002] Industrial controllers are special purpose com- 
puters used for controlling factory automation devices. 
Under the direction of a stored program, a processor of 
the industrial controller examines a series of inputs re- 
flecting the status of a controlled process or device and 
changes outputs affecting control of the controlled proc- 
ess or device. Generally industrial controllers are con- 
structed in modular fashion to accommodate different 
application requiring different numbers and types of in- 
put/output (I/O) circuits as is determined by the particu- 
lar device or process being controlled. The stored con- 
trol program runs in real-time to provide outputs to the 
controlled process as electrical signals to outputs such 
as actuators and the like. The outputs are based on the 
logic of the control program and inputs received from 
sensors of the controlled process. 
[0003] The industrial controller or programmed logic 
controller (PLC) executes a series of operations that are 
performed sequentially and repeatedly. In general, the 
series of operations includes an input scan, a program 
scan and an output scan. During the input scan the PLC 
examines the on or off state of the external inputs and 
saves these states temporarily in memory {e.g., a file). 
During the program scan the PLC scans the instruction 
of the program and uses the input status to determine if 
an output will be energized. The output results are then 
saved to memory (e.g., a file). During the output scan 
the controller will energize or de-energize the outputs 
based on the output results stored in memory to control 
the external devices. 

[0004] A conventional language for programming the 
stored program is relay ladder logic. Each ladder logic 
program comprises one or more ladder logic state- 
ments, referred to as rungs or instructions. The ladder 
logic statements define relationships between an output 
variable and one or more input variables. Input variables 
are variables that correspond to signals at input termi- 
nals and output variables are variables that correspond 
to signals at output terminals. In relay ladder logic, the 
input and output signals may be represented graphically 
as contact symbols and coil symbols arranged in a se- 
ries of rungs spanning a pair of vertical power rails. A 
typical ladder logic statement may indicate that a spe- 
cific output variable is "on" if and only if a first and a 
second input is "on". The ladder logic program not only 
manipulates single-bit input and output data represent- 
ing the state of the sensing and operating devices, but 
also performs arithmetic operations, timing and count- 



ing functions and more complex processing operations. 
[0005] A ladder program can be created by connect- 
ing a special input module to a PLC that includes a small 
keyboard and entering ladder logic statements directly 
5 into the memory of the PLC. Another method of creating 
a ladder logic program involves, utilizing a ladder logic 
program development/editor tool residing on a separate 
device, such as a personal computer. An operator or 
programmer of the personal computer draws a series of 
10 ladder logic graphs representing each rung or instruc- 
tion directly on the computer display screen. Once the 
ladder logic program is complete, the PC software con- 
verts the graphs into the corresponding ladder logic 
commands. The ladder logic command are then trans- 
15 ferred to the PLC and stored in the PLC memory. 

[0006] A PLC and/or a personal computer device can 
store one or more ladder logic programs and versions. 
However, a user must manually upload, download, edit 
and develop ladder logic programs at a work station or 
20 personal computer running a developer/editor applica- 
tion program. Furthermore, data backup and storage 
must be manually invoked by an operator through the 
application program or be conducted through another 
system separate from the application program. Accord- 
25 ingly there is an unmet need in the art to provide an im- 
proved system and method for developing, editing, re- 
placing and monitoring industrial control programs and/ 
or data associated with a controlled process involving 
the industrial controller. 

30 

Summary of the Invention 

[0007] The following presents a simplified summary 
of the invention in order to provide a basic understand- 
35 ing of some aspects of the invention. This summary is 
not an extensive overview of the invention. It is intended 
to neither identify key or critical elements of the invention 
nor delineate the scope of the invention . Its sole purpose 
is to present some concepts of the invention in a simpli- 
40 fied form as a prelude to the more detailed description 
that is presented later. 

[0008] The present invention provides a system and 
method for providing an automation interface for inter- 
acting with industrial controllers. The automation inter- 
45 face provides for programming, editing, monitoring and 
maintenance of industrial controllers pro grammatically 
from a local or remote location. The automation inter- 
face component is adapted to communicate with indus- 
trial controllers by integrating a computer process inter- 
50 face library into the automation interface component. 
The computer process interface library exposes the au- 
tomation interface component to client application proc- 
esses, so thatthe client application processes can com- 
municate with the at least one industrial controller pro- 
55 grammatically. The automation interface is provided 
with functionality for downloading, uploading and pro- 
gramming of control programs to the processors of the 
industrial controllers. 
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[0009] The automation interface also allows for data 
associated with one or more control processes to be ac- 
cessible programmatically. The data can be used to de- 
termine status information of the one or more control 
processes or logged for later analysis. The automation 
interface can be exposed to a web service, such that 
industrial controllers can be accessed via the Internet. 
Data associated with one or more control processes can 
be logged at a third party data store, so that system 
backup can be outsourced. 

[0010] The following description and the annexed 
drawings set forth in detail certain illustrative aspects of 
the invention. These aspects are indicative, however, of 
but a few of the various ways in which the principles of 
the invention may be employed. Other advantages and 
novel features of the invention will become apparent 
from the following detailed description of the invention 
when considered in conjunction with the drawings. 

Brief Description of the Drawings 

[0011] 

Fig. 1 illustrates a block schematic diagram of a sys- 
tem employing an automation interface in accord- 
ance with one aspect of the present invention. 
Fig. 2 illustrates a block diagram of a tree structure 
of components associated with the automation in- 
terface in accordance with one aspect of the 
present invention. 

Fig. 3 illustrates a block schematic diagram of a re- 
mote computer interacting with the automation in- 
terface residing on a local server in accordance with 
one aspect of the present invention. 
Fig. 4 illustrates a block schematic diagram of a cli- 
ent application accessing the automation interface 
via the Internet in accordance with one aspect of 
the present invention. 

Fig. 5 illustrates a code module for downloading a 
control program to a processor of an industrial con- 
troller through the automation interface in accord- 
ance with one aspect of the present invention. 
Fig. 6 illustrates a code modulefor uploading a con- 
trol program from a processor of an industrial con- 
troller through the automation interface in accord- 
ance with one aspect of the present invention. 
Fig. 7 illustrates a code module for inserting a rung 
into a control program and downloading the control 
program to a processor of an industrial controller 
through the automation interface in accordance 
with one aspect of the present invention. . 
Fig. 8 illustrates a Visual Basic form that provides a 
variety of functionality for interacting with an indus- 
trial controller through the automation interface in 
accordance with one aspect of the present inven- 
tion. 

Fig. 9 illustrates a flow diagram of a methodology 
for providing an automation interface in accordance 



with one aspect of the present invention. 
Fig. 10 illustrates a block diagram of a computer 
system in accordance with an environment of the 
present invention. 

Detailed Description of the Invention 

[0012] The present invention will now be described 
with reference to the drawings. The present invention 
will be described with reference to a system and method 
for providing an automation interface for interacting with 
industrial controllers. The automation interface provides 
for programming, editing, monitoring and maintenance 
of industrial controllers programmatically. For example, 
one or more control programs associated with an indus- 
trial controller or programmable logic controller (PLC) 
can be created and/or edited locally or remotely via the 
automation interface. The automation interface also al- 
lows for monitoring and maintenance to be provided by 
exposing the automation interface to local and remote 
applications. For example, data associated with one or 
more control processes can be accessed programmat- 
ically. The data can be used to determine status infor- 
mation of the one or more control processes or logged 
for later analysis. Furthermore, process parameters 
and/ or control programs can be changed programmat- 
ically such that operator intervention is eliminated. The 
present system and method may be implemented utiliz- 
ing hardware, software or a combination of both hard- 
ware and software. 

[001 3] The present invention may be implemented via 
object oriented programming techniques. In this case 
each component of the system, could be an object in a 
software routine or a component within an object. Object 
oriented programming shifts the emphasis of software 
development away from function decomposition and to- 
wards the recognition of units of software called "ob- 
jects" which encapsulate both data and functions. Ob- 
ject Oriented Programming (OOP) objects are software 
entities comprising data structures and operations on 
data. Together, these elements enable objects to model 
virtually any real-world entity in terms of its characteris- 
tics, represented by its data elements, and its behavior 
represented by its data manipulation functions. In this 
way, objects can model concrete things like people and 
computers, and they can model abstract concepts like 
numbers or geometrical concepts. 
[0014] The benefit of object technology arises out of 
three basic principles: encapsulation, polymorphism 
and inheritance. Objects hide or encapsulate the inter- 
nal structure of their data and the algorithms by which 
their functions work. Instead of exposing these imple- 
mentation details, objects present interfaces that repre- 
sent their abstractions cleanly with no extraneous infor- 
mation. Polymorphism takes encapsulation one step 
further - the idea being many shapes, one interface. A 
software component can make a request of another 
component without knowing exactly what that COmpO- 
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nent is. The component that receives the request inter- 
prets it and figures out according to its variables and 
data how to execute the request. The third principle is 
inheritance, which allows developers to reuse pre-exist- 
ing design and code. This capability allows developers 
to avoid creating software from scratch . Rather, through 
inheritance, developers derive subclasses that inherit 
behaviors which the developer then customizes to meet 
particular needs. 

[0015] In particular, an object includes, and is charac- 
terized by, a set of data (e.g., attributes) and a set of 
operations (e.g., methods), that can operate on the data. 
Generally, an object's data is ideally changed only 
through the operation of the object's methods. Methods 
in an object are invoked by passing a message to the 
object (e.g., message passing). The message specifies 
a method name and an argument list. When the object 
receives the message, code associated with the named 
method is executed with the formal parameters of the 
method bound to the corresponding values in the argu- 
ment list. Methods and message passing in OOP are 
analogous to procedures and procedure calls in proce- 
dure-oriented software environments. 
[0016] However, while procedures operate to modify 
and return passed parameters, methods operate to 
modify the internal state of the associated objects (by 
modifying the data contained therein). The combination 
of data and methods in objects is called encapsulation. 
Encapsulation provides forthe state of an object to only 
be changed by well-defined methods associated with 
the object. When the behavior of an object is confined 
to such well-defined locations and interfaces, changes 
(e.g., code modifications) in the object will have minimal 
impact on the other objects and elements in the system. 
[0017] Each object is an instance of some class. A 
class includes a set of data attributes plus a set of al- 
lowable operations (e.g., methods) on the data at- 
tributes. As mentioned above, OOP supports inherit- 
ance - a class (called a subclass) may be derived from 
another class (called a base class, parent class, etc.), 
where the subclass inherits the data attributes and 
methods of the base class. The subclass may specialize 
the base class by adding code which overrides the data 
and/or methods of the base class, or which adds new 
data attributes and methods. Thus, inheritance repre- 
sents a mechanism by which abstractions are made in- 
creasingly concrete as subclasses are created for great- 
er levels of specialization. 

[0018] The present invention can employ abstract 
classes, which are designs of sets of objects that col- 
laborate to carry out a set of responsibilities. Frame- 
works are essentially groups of interconnected objects 
and classes that provide a prefabricated structure for a 
working application. It should also be appreciated that 
the PCM and the shared memory components could be 
implemented utilizing hardware and/or software, and all 
such variations are intended to fall within the appended 
claims included herein. 



[0019] The present examples will be illustrated with 
respect to providing an automation interface having a 
set of objects conforming to the Component Object 
Model (COM) developed by Microsoft Corporation of 
5 Redmond, Washington. COM is an object-oriented pro- 
gramming model that provides a standard as to how ob- 
jects within a single application or between applications 
(e.g., client/server applications) interact and communi- 
cate. COM defines a set of standard interfaces, which 
are groupings of semantically related functions through 
which a client application accesses the services of, for 
example, a server application. The present example is 
provided with respect to integrating a COM interface, 
such as IDispatch, into an executable program (.exe) to 
provide for remote automation across a network. It is 
appreciated that a variety of other mechanisms (e.g., in- 
terfaces) can be employed to provide both remote and 
local access to the automation interface of the present 
invention. For example, communications through com- 
puter processes can occur through Dynamic Data Ex- 
change (DDE), named pipes and shared memory to 
name a few. Other mechanisms of providing communi- 
cations between processes would be apparent to those 
skilled in the art of computer programming. 
[0020] Fig. 1 illustrates a system 10 for interacting 
programmatically to one or more industrial controllers 
or industrial controllers 18 through an automation inter- 
face 1 4. Each of the industrial controllers are coupled to 
one or input/output (IO) modules 1 7 through a common 
backplane. A client application 16 can communicate to 
the one or more industrial controllers through the auto- 
mation interface 14. The automation interface 14 and 
the client application 1 6 operate as separate computer 
processes. The automation interface 1 4 is a stand alone 
executable file provided with one or more components 
having one or more computer process interfaces com- 
piled therein. The one or more computer process inter- 
faces allow the client application to access the one or 
more components either locally or remotely. The auto- 
mation interface has a visible mode provided with a user 
interface and an invisible mode where no user interface 
is provided. 

[0021] For example, if the automation interface 14 in- 
cludes compiled COM libraries, the client application 
can access the automation interface through a local pro- 
cedure call (LPC) or a remote procedure call (RPC). A 
set of proxies and stubs (DLLs) are provided to marshal I 
and unmarhall parameters associated with local and re- 
mote calls. The automation interface 14 is provided with 
a set of classes [e.g., C++, JAVA, C#) or functions hav- 
ing functionality for communicating with one or more in- 
dustrial controllers residing in a work environment (e.g. , 
a factory floor). The set of classes include functionality 
for uploading, downloading, editing and creating of con- 
trol programs of one or more industrial controllers. Ad- 
ditionally, the set of classes include functionality for ac- 
cessing control process data for monitoring and storage 
of the control process data. Data table values in control- 
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ler memory can be accessed and edited programmati- 
cally through the automation interface 14. 
[0022] Fig. 2 illustrates an example of an object or 
class tree 20 associated with the automation interface 
1 4. Each of the objects can have one or more properties, 
methods and events associated with the object. The ob- 
ject or class tree includes a top level application object 
22 from which all other objects within the object tree can 
be accessed. The application object 22 is the main ob- 
ject interface for client applications. The application ob- 
ject 22 represents the topmost object used to access 
other objects and perform top level operations. A call to 
an application object creates an instance of that class 
in memory and represents the automation interface to 
the client application. A project object 24 is associated 
with each industrial controller. The project object 24 can 
be obtained from the application object 22 through one 
or more methods. The application object 22 can have 
one more project objects 24 meaning that an application 
object 22 can access and/or edit control programs of 
one or more industrial controllers. A processor object 26 
is provided, which represents the processor being used 
with a current project. 

[0023] A program files collection object 30 is provided 
which represents all of the program files in a project. The 
program files collection object 30 can be a property of 
the project object 24. The program file object 34 repre- 
sents the basic functionality of a program file and can 
be contained from the program files collection object 30. 
One or more program files 34 can be associated with 
the program files collections object 30. A data files col- 
lection object 28 is provided, which represents a collec- 
tion of data files associated with the project. The data 
files collections object 28 can be a property of the project 
object 24. A data file object 32 represents a data file in 
the project or processor and can be obtained from the 
data files collections object 30. One or more data files 
can be associated with the data files collections object 
28. 

[0024] A ladder file object 36 represents a ladder file 
in the project/processor. The ladder file object 36 can 
be obtained from the program files collections 30. A rung 
object 38 is provided, which represents a rung of ladder 
logic that can be inserted, deleted or retrieved and ed- 
ited in a ladder file object 36. A revision notes object 40 
if provided that represents the revision notes associated 
with any project. A reports option object 42 represents 
the report settings associated with a project. 
[0025] It is to be appreciated that the object tree 20 is 
but one example of a possible implementation to carry 
out the functionality associated with the automation in- 
terface in accordance with the present invention. Of 
course, many variations and modifications could be con- 
strued by those skilled in the art. 
[0026] Fig. 3 illustrates a system 50 for interacting 
programmatically to one or more industrial controllers 
74 via a remote computer 58 in accordance with one 
aspect of the present invention. An automation interface 



54 resides on a local server 52. The automation inter- 
face 54 is a binary executable program having at least 
one COM library 56 compiled therein. The COM library 
56 provides the automation interface 54 with one or 
5 more computer process interfaces to allow communica- 
tion to occur between the automation interface 54 and 
one or more computer processes located locally or re- 
motely. The local server 52 is coupled to one or more 
industrial controllers 74 through a network 72 (e.g., local 
10 network, factory network). The network 72 allows com- 
munication to occur between the automation interface 
54 and the one or more industrial controllers 74. 
[0027] The remote computer 58 is coupled to the local 
server 52 th rough a network 68 (e.g. , company intranet, 
15 Internet). The remote computer 58 includes one or more 
application programsforcommunicatingto the industrial 
controllers 74 at one or more factory locations. The re- 
mote computer 58 includes a developer application 60 
for developing industrial control programs (e.g., ladder 
20 logic programs) and downloading those programs to the 
industrial controllers 74. The remote computer 58 also 
includes a monitor application 62, which monitors data 
conditions of controlled processes associated with the 
industrial controllers 74. An editor application 64 is pro- 
25 vided that uploads control programs from one or more 
orthe industrial controllers, edits or allows editing of the 
control programs in addition to saving and downloading 
the control programs back to the respective industrial 
controller. A maintenance application 66 is provided 
30 which operates to automatically determine when differ- 
ent control programs are to be invoked and/or replaced 
with other control programs based on a particular proc- 
ess and/or time period. The maintenance application 66 
can also determine periodic intervals for calibrating con- 
35 trolled processes. 

[0028] The developer application 60, the monitor ap- 
plication 62, the editor application 64 and the mainte- 
nance application 66 are but a few examples of imple- 
mentations that can be employed as a result of exposing 
40 the automation interface 54 to remote applications, and 
provide functionality to the automation interface 54 for 
uploading, downloading, editing, monitoring, data stor- 
ing and other functions associated with industrial con- 
troller programs, data and processes. Although, the de- 
45 veloper application, monitor application, editor applica- 
tion and maintenance application are illustrated as sep- 
arate applications, the functionality associated with 
each can be integrated into a single application pro- 
gram. A user interface can be provided to the applica- 
nt? tions program to allow users to manual control functions, 
orfunctions can be controlled programmatically without 
any user intervention. 

[0029] Fig. 4 illustrates another example of a possible 
implementation employing the automation interface of 
55 the present invention. An automation interface 94 is ex- 
posed to a web service 92, which allows communication 
to the automation interface 94 over the Internet 88. The 
automation interface 94 is coupled to one or more in- 
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dustrial controllers 96. A client application 84 is coupled 
to the Internet 88 via a web service and web browser, 
so that the client application can communicate to the au- 
tomation interface 94 over the Internet. The automation 
interface 94 includes functionality for uploading, down- 
loading, editing and creating of control programs of the 
one or more industrial controllers 96. Additionally, the 
automation interface 94 includes functionality for ac- 
cessing control process data for monitoring and storage 
of the control process data. The client application 84 can 
call the automation interface 94 through the Internet 88, 
for example, using TCP/IP protocol and invoke any or 
all of the services associated with the automation inter- 
face 94 and the industrial controller(s) 96 anywhere in 
the world via an Internet connection. In the example of 
Fig. 4, the client application periodically downloads 
backup data to a third party data warehouse 90 at an- 
other location different from the client application and 
the automation interface. The data backup can then be 
stored and analyzed off-site, such that third party audit- 
ing and/or outsourcing can be provided. 
[0030] Other functions such as editing, development, 
monitoring and maintenance can be performed by the 
client application 84 through an Internet connection. Ad- 
ditionally, event-driven HTML reports can be generated 
by the client application either at the client locations and/ 
or at the location of the industrial controllers. Further- 
more, the application data and functionality can be 
shared with developers within a common environment. 
Developers can also build their own individualized inter- 
faces that execute functionality within the automation in- 
terface through a client application. 
[0031] Since the automation interface is provided with 
computer process interfaces for communicating be- 
tween computer processes in executable form, any pro- 
gramming language can be employed to interact and 
communicate with the automation interface using simi- 
lar type interfaces on the client application end. Figs. 
5-7 illustrate the use of Visual Basic code for carrying 
outthe functionality of downloading of control programs, 
uploading of control programs and the insertions of 
rungs within control programs. The present invention al- 
lows for functionality to be grouped into macros, so that 
individual code instructions can be eliminated for repet- 
itive tasks. A variety of other functionality and computer 
programming languages can be employed to carry out 
the present invention. 

[0032] Fig. 5 illustrates a sample application module 
100 or sub routine written in Visual Basic for implement- 
ing downloading to a processor programmatically in ac- 
cordance with one aspect of the present invention. In 
line 07, a new application project is created or instanti- 
ated, which is opened from a project residing on a disk 
in line 22. The communication routing to the actual proc- 
essor that the project represents is set up in the appli- 
cation when the project is opened. This information is 
saved for later uploading in lines 27-28. The project is 
then downloaded to the processor in lines 31-32. 



[0033] Fig. 6 illustrates a sample application module 
1 1 0 or subroutine written in Visual Basic for implement- 
ing uploading from a processor programmatically in ac- 
cordance with one aspect of the present invention. In 

5 line 09, a new application project is created, which ini- 
tializes routing data in line 15. The project is then told 
which processor to communicate with in line 18. The 
function to perform the upload is called in line 37 and 
the uploaded program is saved to a file on a disk at lines 

10 41-43. 

[0034] Fig. 7 illustrates a sample application module 
120 or subroutine written in Visual Basic for inserting 
ladder logic programmatically in accordance with one 
aspect of the present invention. In line 09, a new appli- 
es cation is created, which instantiates a new instance of 
the automation interface. A project is then opened from 
disk for modification at line 25 and a program file is se- 
lected for uploading at line 29. The selected program is 
cast to a ladder file at line 30. A sample rung is then built 
20 in lines 33-34 and inserted into the selected program at 
line 37. It is to be appreciated that the examples of Figs. 
5-7 are for illustrated purposes and most error detection/ 
correction code was omitted for the sake of clarity. 
[0035] A user interface can be provided to interact 
25 with the automation interface by utilizing Visual Basic 
forms. As illustrated in Fig. 8, a Visual Basic form 130 
is provided that includes a plurality of buttons and insert 
spaces for providing data. A button is provided for in- 
stantiating an automation interface object, uploading 
30 and retrieving an active project and removing the auto- 
mation interface object from memory. A project object 
can be saved and downloaded using buttons and a 
name provided in spaces for saving projects. A proces- 
sor node can be selected and program files added, re- 
35 moved or retrieved. A program file can be retrieved and 
converted to a ladder file. The ladder file can then be 
edited by inserting rungs or deleting rungs to the ladder 
file. A variety of other functions can be provided utilizing 
Visual Basic forms. 
40 [0036] In view of theforegoing structural andfunction- 
al features described above, a methodology in accord- 
ance with various aspects of the present invention will 
be better appreciated with reference to Fig. 9. While, for 
purposes of simplicity of explanation, the methodology 
45 of Fig. 9 is shown and described as executing serially, 
it is to be understood and appreciated that the present 
invention is not limited by the illustrated order, as some 
aspects could, in accordance with the present invention, 
occur in different orders and/or concurrently with other 
50 aspects from that shown and described herein. Moreo- 
ver, not all illustrated features may be required to imple- 
ment a methodology in accordance with an aspect the 
present invention. It is further to be appreciated that the 
following methodology may be implemented as compu- 
55 ter-executable instructions, such as software stored in 
a computer-readable medium. Alternatively, the meth- 
odology may be implemented as hardware or a combi- 
nation of hardware and software. 
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[0037] Fig. 9 illustrates one particularmethodology for 
providing an automation interface in accordance with 
one particular aspect of the present invention. The 
methodology begins at 150 with the development of a 
model for communicating with a plurality of industrial 
controllers or PLCs. The model is then converted to an 
object or class tree to form an automation interface at 
160. For example, the classes can be developed to form 
COM components orthe like (e.g., DCOM, CORBA). At 
170, computer process interfaces are integrated into the 
automation interface (e.g., COM libraries). The automa- 
tion interface is then compiled into an executable file so 
that the executable can be accessed by other process- 
es. At 190, the executable file is exposed to local and 
remote applications by invoking the executable file with 
the exposed computer process interfaces. 
[0038] With reference to Fig. 10, an exemplary sys- 
tem for implementing the invention includes a conven- 
tional personal or server computer 220, including a 
processing unit 221 , a system memory 222, and a sys- 
tem bus 223 that couples various system components 
including the system memory to the processing unit 221 . 
The processing unit may be any of various commercially 
available processors, including Intel x86, Pentium and 
compatible microprocessors from Intel and others, in- 
cluding Cyrix, AMD and Nexgen; Alphafrom Digital; MI- 
PS from MIPS Technology, NEC, IDT, Siemens, and oth- 
ers; and the PowerPC from IBM and Motorola. Dual mi- 
croprocessors and other multi-processor architectures 
also can be used as the processing unit 221 . 
[0039] The system bus may be any of several types 
of bus structure including a memory bus or memory con- 
troller, a peripheral bus, and a local bus using any of a 
variety of conventional bus architectures such as PCI, 
VESA, MicroChannel, ISA and EISA, to name a few. The 
system memory includes read only memory (ROM) 224 
and random access memory (RAM) 225. A basic input/ 
output system (BIOS), containing the basic routines that 
help to transfer information between elements within the 
computer 220, such as during start-up, is stored in ROM 
224. 

[0040] The computer 220 further includes a hard disk 
drive 227, a magnetic disk drive 228, e.g., to read from 
or write to a removable disk 229, and an optical disk 
drive 230, e.g., for reading a CD-ROM disk 231 or to 
read from or write to other optical media. The hard disk 
drive 227, magnetic disk drive 228, and optical disk drive 
230 are connected to the system bus 223 by a hard disk 
drive interface 232, a magnetic disk drive interface 233, 
and an optical drive interface 234, respectively. The 
drives and their associated computer-readable media 
provide nonvolatile storage of data, data structures, 
computer-executable instructions, etc. for the server 
computer 220. Although the description of computer- 
readable media above refers to a hard disk, a removable 
magnetic disk and a CD, it should be appreciated by 
those skilled in the art that other types of media which 
are readable by a computer, such as magnetic cas- 



settes, flash memory cards, digital video disks, Bernoulli 
cartridges, and the like, may also be used in the exem- 
plary operating environment. 

[0041] A number of program modules may be stored 
5 in the drives and RAM 225, including an operating sys- 
tem 235, one or more application programs 236, other 
program modules 237, and program data 238. A user 
may enter commands and information into the computer 
220 through a keyboard 240 and pointing device, such 
as a mouse 242. Other input devices (not shown) may 
include a microphone, joystick, game pad, satellite dish, 
scanner, orthe like. These and other input devices are 
often connected to the processing unit 221 through a 
serial port interface 246 that is coupled to the system 
bus. but may be connected by other interfaces, such as 
aparallel port, game port or a universal serial bus (USB). 
A monitor 247 or othertype of display device is also con- 
nected to the system bus 223 via an interface, such as 
a video adapter 248. In addition to the monitor, comput- 
ers typically include other peripheral output devices (not 
shown), such as speakers and printers. 
[0042] The computer 220 may operate in a networked 
environment using logical connections to one or more 
remote PLCs, such as a remote PLC 249. Alternatively, 
the remove PLC 249 may be coupled to a workstation, 
a server computer, a router, a peer device or other com- 
mon network node remote device. This remote device 
can include many or all of the elements described rela- 
tive to the computer 220, although only a memory stor- 
age device 250 has been illustrated in Fig. 10. The log- 
ical connections depicted in Fig. 10 include a local area 
network (LAN) 251 and a wide area network (WAN) 252. 
Such networking environments are commonplace in of- 
fices, enterprise-wide computer networks, intranets and 
the Internet. 

[0043] When used in a LAN networking environment, 
the computer 220 is connected to the local network 251 
through a network interface or adapter 253. When used 
in a WAN networking environment, the server computer 
220 typically includes a modem 254, or is connected to 
a communications server on the LAN, or has other 
means for establishing communications over the wide 
area network 252, such as the Internet. The modem 
254, which may be internal or external, is connected to 
the system bus 223 via the serial port interface 246. In 
a networked environment, program modules depicted 
relative to the computer 220, or portions thereof, may 
be stored in the remote memory storage device. It will 
be appreciated that the network connections shown are 
exemplary and other means of establishing a commu- 
nications link between the computers may be used. 
[0044] In accordance with practices of persons skilled 
in the art of computer programming, the present inven- 
tion is described below with reference to acts and sym- 
bolic representations of operations that are performed 
by the computer 220, unless indicated otherwise. Such 
acts and operations are sometimes referred to as being 
computer-executed. It will be appreciated that the acts 
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an instruction program from an industrial controller 
programmatically. 

5. The system of claim 1, the automation interface 
5 component comprising functionality for download- 
ing an instruction program to an industrial controller 
programmatically. 

6. The system of claim 1 , the automation interface 
10 component comprising functionality for inserting a 

rung into a ladder logic instruction program, down- 
loading the ladder logic program to the industrial 
controller and executing the program programmat- 
ically. 

15 

7. The system of claim 1 , further comprising a client 
application program functioning as one of a devel- 
oper, a monitor, an editor and a maintenance sys- 
tem. 

20 

8. The system of claim 7, the client application pro- 
gram residing at a remote server and the automa- 
tion interface residing at a local server connected 
to one another by a first network, the automation 

25 interface being connected to an industrial controller 
by a second network. 

9. The system of claim 8, the first network being one 
of an intranet and the Internet and the second net- 
so work being one of a local network and a factory net- 
work. 



and symbolically represented operations include the 
manipulation by the processing unit 221 of electrical sig- 
nals representing data bits which causes a resulting 
transformation or reduction of the electrical signal rep- 
resentation, and the maintenance of data bits at memory 
locations in the memory system (including the system 
memory 222, hard drive 227, floppy disks 229, and 
CD-ROM 231) to thereby reconfigure or otherwise alter 
the computer system's operation, as well as other 
processing of signals. The memory locations where da- 
ta bits are maintained are physical locations that have 
particular electrical, magnetic, or optical properties cor- 
responding to the data bits. 1 

[0045] The present invention has been illustrated with 
respect to a programming methodology and/or compu- 
ter architecture and a particular example, however, it is 
to be appreciated that various programming methodol- 
ogy and/or computer architecture suitable for carrying 
out the present invention may be employed and are in- 
tended to fall within the scope of the hereto appended 
claims. 

[0046] The invention has been described with refer- 
ence to various aspects of the present invention. Obvi- 
ously, modifications and alterations will occur to others 
upon reading and understanding the foregone detailed 
description. It is intendedthatthe invention beconstrued 
as including all such modifications alterations, and 
equivalents thereof. 



Claims 

1 . An system for interacting programmatically with an 
industrial controller, the system comprising: 

an automation interface component adapted to 
communicate with at least one industrial con- 
troller; and 

a computer process interface library integrated 
into the automation interface component, the 
computer process interface library exposing 
the automation interface component to a client 
application process, such that the client appli- 
cation process can communicate with the at 
least one industrial controller programmatically. 

2. The system of claim 1 , the computer process inter- 
face library being compiled into the automation in- 
terface component to provide an executable file. 

3. The system of claim 1, the automation interface 
component being comprised of a plurality of ob- 
jects, the plurality of objects comprising a top appli- 
cation object for invoking an instance of the auto- 
mation interface by the client application process. 

4. The system of claim 1, the automation interface 
component comprising functionality for uploading 



1 0. The system of claim 1 , the automation interface pro- 
viding access to data of a controlled process asso- 

35 ciated with an industrial controller. 

11. A system for interacting programmatically with an 
industrial controller, the system comprising: 

40 an automation interface component adapted to 

communicate with at least one industrial con- 
troller, the automation interface being coupled 
to a web service for interacting over the Intran- 
et; 

45 a computer process interface library compiled 

into the automation interface componentto pro- 
vide an executable file with remote access ca- 
pabilities, the computer process interface li- 
brary exposing the automation interface com- 
50 ponentto a client application process, such that 

the client application process can communicate 
with the at least one industrial controller pro- 
grammatically; and 

a client application being coupled to a website 
55 for interacting with industrial controllers over 

the Internet through the automation interface 
component. 
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12. The system of claim 11 , further comprising a data 
warehouse coupled to the Internet for storing proc- 
ess control data accessed from one or more indus- 
trial controllers by the client application. 

13. The system of claim 11. the automation interface 
comprising functionality for uploading, downloading 
and editing control programs of an industrial con- 
troller programmatically directly to the industrial 
controller. 

14. The system of claim 11. the automation interface 
comprising functionality for developing and editing 
ladder logic instruction programs, downloading the 
ladder logic instruction program to the industrial 
controller and executing the program programmat- 
ically through a client application. 

1 5. A method for providing a mechanism to interact pro- 
grammatically with an industrial controller, the 
method comprising: 

developing a plurality of programming compo- 
nents for interacting with an industrial control- 
ler; 

integrating computer process interfaces into 
the plurality of components for providing the 
plurality of components with remote access ca- 
pabilities; and 

compiling the automation interface and process 
interfaces into an executable file. 

1 6. The method of claim 1 5, the developing of a plurality 
of programming components for interacting with an 
industrial controller comprising developing a model 
to communicate various functions associated with 
the industrial controller. 

17. The method of claim 1 5, further comprising expos- 
ing the executable file to local and remote applica- 
tions. 

1 8. The method of claim 1 7, the exposing the executa- 
ble file to local and remote applications comprising 
exposing the executable file to the Internet via a 
web service. 

19. The method of claim 15, the developing a plurality 
of programming components for interacting with an 
industrial controller comprising providing a compo- 
nent having functionality for uploading an instruc- 
tion program from an industrial controller program- 
matically. 

20. The method of claim 15, the developing a plurality 
of programming components for interacting with an 
industrial controller comprising providing a compo- 
nent having functionality for downloading an in- 



struction program to an industrial controller pro- 
grammatically. 

21. The method of claim 15, the developing a plurality 
5 of programming components for interacting with an 
industrial controller comprising providing a compo- 
nent having functionality for inserting a rung into a 
ladder logic instruction program. 

10 22. The method of claim 1 5, further comprising provid- 
ing a client application program functioning as one 
of a developer, a monitor, an editor and a mainte- 
nance system. 

15 23. A computer readable medium having computer-ex- 
ecutable components comprising; 

an automation interface component having 
functionality to interact and provide various 
20 services to an industrial controller; and 

an interface library compiled into the automa- 
tion interface component, the interface library 
exposing the automation interface component 
to client application processes, such that the 
25 client application processes can communicate 

with the at least one industrial controller pro- 
grammatically. 

24. The computer readable medium of claim 23, the au- 
30 tomation interface comprising functionality for up- 
loading an instruction program from an industrial 
controller programmatically. 

25. The computer readable medium of claim 23, the au- 
35 tomation interface comprising functionality for 

downloading an instruction program to an industrial 
controller programmatically. 

26. The computer readable medium of claim 23, the au- 
40 tomation interface comprising functionality for in- 
serting a rung into a ladder logic instruction pro- 
gram, downloading the ladder logic program to the 
industrial controller and executing the program pro- 
grammatically. 
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01 Public Sub Down ioadAProcessor() 

02 Dim g_Application As Autolnterface.Application 

03 Dim g_Project As Auto Interface. Project 

04 Dim Encoded RouteData As String 
05 

06 '** start Project and store it in the g_Application object variable 

07 Set g_Application = CreateObject("Project.Application") 
08 

09 '** Declare some variables for clarity. 

1 0 Dim ShowDialog As Boolean 

1 1 Dim UseAutoSave As Boolean 

12 Dim IgnorePrompts As Boolean 

1 3 Dim OnlineAction As IgxOnlineAction 
14 

15 '** Initialize these variables to suitable defaults 

16 ShowDialog = False 

17 UseAutoSave = False 

18 IgnorePrompts = True 

1 9 OnlineAction = IgxGoOffline 
20 

21 '** Open a project from disk that will be downloaded. 

22 Set g_Project = g_Application.FileOpen( "C:\Projects\Upload. rsp", ShowDialog, UseAutoSave) 
23 

24 '** The communication route to the actual processor that this project represents is set up in the 

25 '** application when the project is opened. Get this info out now and save it away for later calls 

26 '** to upload this processor. 

27 EncodedRouteData = g_Project. Encoded RouteString 

28 SaveEncodedRouteData EncodedRouteData 
29 

30 '** Now download the image to the processor. 

31 Dim NoError As Boolean 

32 NoError = g_Project. Download (Ignore Prompts, OnlineAction, IgxREMOTEPROG) 

33 End Sub 



FIG. 5 
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01 Public Sub UploadAProcessorO 

02 Dim g_Application As Autolnterface.Application 

03 Dim g_Project As Autolnterface. Project 

04 Dim EncodedRouteData As String 
06 

07 

08. '** start Project and store it in the g_Application object variable 

09 Set g_Application = CreateObject("ProjectApplication") 
10 

1 1 '** EncodedRouteData holds a string of data that points the project software to the processor on 

12 '** the Data Highway+ network it will be performing uploads and downloads on. A function is 

13 '"called here to initialize it to a previously obtained value 
14 

15 InitializeRouteData EncodedRouteData 
16 

17 '** Now tell project which processor it is to communicate with 

18 g_Application.EncodedRouteString = EncodedRouteData 
19 

20 '** Declare some variables for clarity. 

21 Dim IgnorePrompts As Boolean 

22 Dim SaveChanges As Boolean 

23 Dim AcceptDefaultAction As Booloen 

24 Dim UploadAction As IgxUploadDownloadAction 

25 Dim OnlineAction As IgxOnlineAction 

26 Dim DataBaseAction As IgxSaveAction 
27 

28 '** Initialize these variables to suitable defaults 

29 IgnorePrompts = True 

30 SaveChanges = False 

31 AcceptDefaultAction = True 

32 UploadAction = IgxUploadCurrent 

33 OnlineAction = IgxGoOffline 

34 DataBaseAction = IgxNoAction 
35 

36 '** Now make the call that performs the upload. Store the uploaded project object 

37 Set g_Project = g_Application.Upload(lgnorePrompts, SaveChanges, UploadAction, 

38 _OnlineAction) 
39 

40 '** Now save the uploaded image to disk as a file called Upload. rsp 

41 Dim NoError As Boolean 

42 NoError = g_Project.SaveAs(lgnorePrompts, AcceptDefaultAction, _ 

43 DataBaseAction, "C:\Projects\Upload. rsp") 

44 End Sub 



FIG. 6 
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01 Public Sub InsertLadderRungO 

02 Dim gApplication As Autolnterface. Application 

03 Dim g_Project As Autolnterface. LogixProject 

04 Dim g_ProgFile As Autolnterface. ProgramFile 

05 Dim g_LadderFile As Autolnterface. LadderFile 
06 

07 *** start Autolnterface and store it in the g_Application object variable 

08 Set g_Application = CreateObjectfAuto Interface. Application") 
09 

10 '" Declare some variables for clarity. - 

1 1 Dim ShowDialog As Boolean 

12 Dim UseAutoSave As Boolean 

13 Dim IgnorePrompts As Boolean 

14 Dim AcceptDefaultAction As Boolean 

15 Dim OnlineAction As IgxOnlineAction 
1 6 

17 '** Initialize these variables to suitable defaults 

18 ShowDialog = False 

19 UseAutoSave = False 

20 IgnorePrompts = True 

21 AcceptDefaultAction = True 

22 OnlineAction = IgxGoOffline 
23 

24 '** Open a project from disk that will be modified. 

25 Set g_Project = g_Application.FileOpen( "C:\Projects\Upload.rsp", ShowDialog, UseAutoSave) 
26 

27 '** Obtain the program file object for program file 2. Cast this object to a LadderFile object since 

28 '** in this case, program file 2 is also a ladder file. 

29 Set g_ProgFile = g_Project. Prog ram Files(2) 

30 Set g_LadderFiie = g_ProgFile , 
31 

32 '** Build up a sample rung manually 

33 Dim RungString As String 

34 RungString = "SOR XIC B3:0/0 OTE B3:0/1 EOR" 
35 

36 '** Insert this rung into the ladder at position 0 

37 g_LadderFile.lnsertRungAsAscii 0, RungString 
38 

39 •** Save the modified project to disk first, then 

40 '** download the image to the processor and set the processor to RUN mode. 

41 '** Once this is completed, the new rung is executing in the processor. 

42 Dim NoError As Boolean 

43 NoError = g_Project.Save(lgnorePrompts, AcceptDefaultAction) 

44 NoError = g_Project.Download(lgnorePrompts, OnlineAction, IgxREMOTERUN) 



45 End Sub 
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